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A. Real party in interest. 

All rights to and interest in this patent have been assigned to Rode Consulting, Inc., a 
Massachusetts Corporation, Federal Tax ID 04-3333085. 

B. Related appeals and interferences. 

The Appellant is aware of no other pending appeals and interferences regarding this 
application. 

C. Status of claims. 

Claims 1-16 are pending and rejected under 35 U.S.C. 103(a). The rejection of claims 1- 
16 is appealed in this brief. 

D. Status of amendments. 

No claims have been amended (or added) since Final Rejection. 
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E. Summary of claimed subject matter. 

Overview 

Applicant claims a system for simulating electronic circuits and components by means of 
an intrinsically stateless, file-oriented protocol such as HTTP, in conjunction with at least 
one element of HTTP-communicated state, a synthetic Unique Identifier. Applicant 
discloses specific methods to make practical the public use of such a system by 
unregistered persons by means of the automatic assignment of said Unique Identifier 
and methods that make use of the identifier to regulate use of resources. Further claimed 
are methods that use this Identifier to index and manage temporary files, which may be 
used, for example, to feed results from a circuit synthesis step forward to 
simulation/verification. Also claimed are various methods to regulate and log (etc.) use 
of resources, such as limiting total number of simulations (count or time) or lowering the 
process priority of said simulations. 

Claim 1 

Independent claim 1 recites a Client- Server method for simulation over a Network by 
means of a Stateless Communications Protocol, such as HTTP (page 3, paragraph 4 ("A 
Browser is a Client Program. . .")). The system is a (multiple) client- (multiple) server 
system connected by a computer network, especially the public Internet (Fig. 1-3C, part 
200) The method consists of a user visiting a web site and, in addition to the Client 
retrieving a web page, receives a token, a "Unique Identifier" (page 6, paragraph 2, 
("Some of these differences. . .",)); page 8, paragraph 3 ("In generating a Unique ID. . ."); 
microfiche source code appendix, pages 19, 20, 25-26 "websi/getsessionid.pl"), that 
uniquely identifies the user to the server simulation system and which may be used to 
manage server resources or for access control. 

To initiate a simulation, a Client first displays a Form, which is transmitted from 
the Server as Form Creation Data (e.g., HTML <FORM> and associated tags) (Fig. 
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4B/C; page 8, paragraph 4, ("After the ID has been generated")). A user enters data into 
the Client Form and then submits it to the Server, together with the previously received 
Unique Identifier (Fig. 4E; page 8, paragraph 5 ("In Fig. 4C,. . .")). This Form data is 
received by the Server and merged with other data and simulated to produce output data 
compatible with Client display (e.g., web browser) instructions, (page 8-9, paragraph 5, 
"a) The Unique ID is retrieved and checked. . ."; microfiche pages 21-24 ("get"), 63-4 
("websi/simulate"), 78,79,80,81, 65-7 ("websi/simulatecore.pl")). These display 
instructions are then transmitted to the Client. 

Claim 2 

Dependent claim 2 clarifies a feature of the method in claim 1, which is that repeated 
simulations may be performed using the same Unique Identifier. This is important where 
the Unique Identifier is used to limit use of resources. 

Claim 3 

Dependent claim 3 restricts the method of claim 2 to graphical data (Figs. 4F, 4H, 4J). 
Claim 4 

Dependent claim 4 clarifies that the Unique Identifier of claim 1 may be used to keep 
user data separate (page 4, paragraphl; page 6, paragraph 3) 

Claim 5 

Dependent claim 5 narrows claim 4 by specifying that user data is kept in temporary 
server files (page 7, line 4 ("Processing merged data. . ."); page 9, lines 4 ("A check is 
run. . .") thru 9 (". . .maximum Browser compatibility.")). 

Claim 6 

Dependent claim 6 extends claim 1 by specifying that the Unique Identifier be verifiable, 
i.e, such that a forged identifier is detectable (page 4, paragraph 2). 
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Claim 7 

Dependent claim 7 recites an extension to the method of claim 1 with additional steps 
occurring before Client Form data is processed for simulation (step le) (Figs. 6A-D). 
The added steps comprise: a) looking up simulation usage associated with the Unique 
Identifier in a database (microfiche source code appendix page 21 ("websi/get"), line 23- 
24 (". . . grep. . /"), timestamp embedded in Unique Identifier); b) creating a new record if 
no existing record found (microfiche source code appendix page 34 
("websi/newsessionid.pl"), line 32 ("open(SESSIONIDFILE,"»sessionids");") thru 
page 35, line 10 ("close("SESSIONIDFILE");") ); c) deleting the record if the timestamp 
has expired (microfiche source appendix, page 20 ("websi/expired.pl")) and backing up 
to step b); d) not simulating if too many simulations have been run within an interval of 
time; e) updating simulation usage in the database (microfiche source code appendix page 
34 ("websi/newsessionid.pl"), line 32 ("open(SESSIONIDFILE,"»sessionids");") thru 
page 35, line 10 ("close("SESSIONiDFILE");") ) (page 10, paragraphs 1 ("In Fig. 6A 
through 6F. . ." thru 3 (". . .checking synthesis accuracy and practicality")). 

Claim 8 

Dependent claim 8 extends the method of claim 7 by using the simulation usage to lower 
the process priority, (e.g. Unix "nice"). 

Claim 9 

Dependent claim 9 recites an extension to the method of claim 1 with additional steps 
occurring before Form Creation Data is sent to the Client (step lb). The added steps 
comprise: aa) transmitting Circuit Synthesis Form Creation Data to the Client (Fig 6A- 
C); ab) accepting Circuit Synthesis Form Data from said Client (microfiche source 
appendix, page 12 ("active/calculate"); ac) using the submitted Circuit Synthesis Form 
Data to synthesize a circuit, where the circuit and other data are kept on the Server and 
indexed by the Unique Identifer (microfiche source appendix page 1 line 1 thru page 3 
line 19 ("act ive/Calculate Filter. java")); ad) creating Form Structure Data of a type 
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compatible with claim 1, step b (Fig. 6D, microfiche source appendix page 3 line 20 thru 
page 8 line 5 ("active/CalculateFilter.java")). 

Claim 10 

Independent claim 10 recites a Client- Server method for simulation over a Network by 
means of a Stateless Communications Protocol, such as HTTP (page 3, paragraph 4 ("A 
Browser is a Client Program. . .")). The system is a (multiple) client- (multiple) server 
system connected by a computer network, especially the public Internet (Fig. 1-3C, part 
200) The method consists of a user visiting a web site and, in addition to the Client 
retrieving a web page, is sent a token, a "Unique Identifier" (page 6, paragraph 2, ("Some 
of these differences. . .",)); page 8, paragraph 3 ("In generating a Unique ID. . ."); 
microfiche source code appendix, pages 19, 20, 25-26 "getsessionid.pl"), that uniquely 
identifies the user to the server simulation system. 

Form Creation Data (e.g., HTML <FORM> and associated tags) is transmitted to 
the Client (Fig. 4B/C; page 8, paragraph 4, ("After the ID has been generated")), and 
User Form Data entered into the form is submitted to a Server, (Fig. 4E; page 8, 
paragraph 5 ("In Fig. 4C,. . .")). This Form data is received by the Server and merged 
with other data and simulated to produce graphical output data compatible with Client 
display (e.g., web browser) instructions, (page 8-9, paragraph 5, "a) The Unique ID is 
retrieved and checked. . ."; microfiche pages 21-24 ("get"), 63-4 ("simulate"), 
78,79,80,81, 65-7 ("simulatecore.pl")). This graphical output data, together with other 
optional data, are then transmitted to the Client. 

Claim 11 

Dependent claim 1 1 extends claim 1 by associating the Unique Identifier to at least one 
of the server privileges of a) model/circuit access; bl) simulation priority; b2) maximum 
simulation time; c) quality of simulation; dl) maximum size of simulation; d2) 
persistence of design and simulation data. 

PROPOSED CLAIM AMENDMENT 
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"The method of Claim 1, wherein said assigned Unique Identifier is associated with 
superior or inferior privileges, said privileges comprising at least one of: a) access to 
models, circuits and like data; bl) simulation priority; b2) maximum simulation time; c) 
simulation quality and accuracy; dl) maximum simulation size; d2) persistence of design, 
simulation and other user data." 

Claim 12 

Dependent claim 12 extends claim 14 by saving the Unique Identifier in the Client 
browser by means of a "Cookie" (page 17, lines 7-11 ("get cookie") thru page 18, line 
12; page 19 ("websi/cookielogin.pl"); page 25, lines 12-26). 

Claim 13 

Dependent claim 13 explicates the "tracking server usage" purpose of claim 1, step a), 
(page 4, pargraph 6; page 5, paragraph 1 ("The goal was to design. . ."); page 6, paragraph 
3). 

Claim 14 

Dependent claim 14 extends the method of claiml by requiring a qualification step before 
the Unique Identifier is transmitted from the Server to the Client. As implemented in the 
preferred embodiment, this is similar in appearance to a conventional "login" (Fig. 4A; 
page 8, paragraph 4, ("In generating a Unique ID. ..")), however the underlying 
mechanism is different and it is entirely optional sight should not be lost of the fact that 
the Identifier can be assigned automatically without any such login being required. 

Claim 15 

Independent claim 15 recites a Client-Server method for simulation over a Network by 
means of a Stateless Communications Protocol, such as HTTP (page 3, paragraph 4 ("A 
Browser is a Client Program. . .")). The system is a (multiple) client- (multiple) server 
system connected by a computer network, especially the public Internet (Fig. 1-3C, part 
200) The method consists of a user visiting a web site and, in addition to the Client 
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retrieving a web page, receives a token, a "Unique Identifier" (page 6, paragraph 2, 
("Some of these differences. . .",)); page 8, paragraph 3 ("In generating a Unique ID. . ."); 
microfiche source code appendix, pages 19, 20, 25-26 "getsessionid.pl"), that uniquely 
identifies the user to the server simulation system and which may be used to manage 
server resources or for access control. 

To initiate a simulation, a Client first displays a Form, which is transmitted from 
the Server as Form Creation Data (e.g., HTML <FORM> and associated tags) (Fig. 
4B/C; page 8, paragraph 4, ("After the ID has been generated")). A user enters data into 
the Client Form and then submits it to the Server, together with the previously received 
Unique Identifier (Fig. 4E; page 8, paragraph 5 ("In Fig. 4C,. . .")). This Form data is 
received by the Server and merged with other data and simulated to produce output data 
compatible with Client display (e.g., web browser) instructions, (page 8-9, paragraph 5, 
"a) The Unique ID is retrieved and checked. . ."; microfiche pages 21-24 ("websi/gef '), 
63-4 ("simulate"), 78,79,80,81, 65-7 ("websi/simulatecore.pl")). During the process, the 
Unique Identifier permits any previous simulations and processes submitted from the 
same Client to be identified and terminated (page 9, paragraph 2 ("c) A check is run. . ."); 
microfiche appendix page 65, lines 23 ("# Check to see. . .") thru 40). The output data is 
then transmitted to the Client. 

(Essentially similar to Claim 1, except for additional step f), which is executed in parallel 
with step e) 

Claim 16 

Dependent claim 16 extends the method of claim 1 by allowing some or all of steps c-f to 
be instantiated as multiple processes from the same Client, which are reduced to a single 
method by aborting all but the most recently submitted process (page 9, paragraph 2 ("c) 
A check is run. . ."); microfiche appendix page 65, lines 23 ("# Check to see. . .") thru 40). 
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F. Grounds of rejection to be reviewed on appeal. 

[Grounds regarding non-compliant appeal brief items and PRO-SE status removed after 
said items no longer objected to by Examiner] 

1. Whether the IDS of October 19, 2005 should have been accepted without fee and 
whether Examiner should have directed PRO-SE appellant to pay fee when in fact what 
was missing was a 37 CFR 1.97(e)(2) statement. This non-entered IDS bears 
immediately on whether Lawman ('672) should be removed as prior art, thus nominally 
allowing claims 1-16, while contributing to the argument for non-obviousness by the 
assignee's documentation disclosing that the commercial implementation of the Lawman 
prior art in fact has a limitation specifically overcome by the present invention. 

[Former Grounds 5 & 6 from brief of 2/17/2008 merged into new Ground 2 for clarity] 

2. Whether claims 1-16 are in fact obvious in view of Van Huben et al ('201), Lawman 
('672), and Kahn et al ('628) 

In the December 14, 2005 Final Office Action, claims 1-16 were rejected under 35 
U.S.C. 103(a) as being unpatentable over Van Huben et al, US patent no. 5,950,201 in 
views of Lawman et al, US patent no 6,324,672 Bl and Kahn et al, US patent no 
6,574,628 Bl. 

The subsidiary issues to this rejection to be reviewed on appeal are 

a) Whether citations of prior art are irrelevant, in error, or apparently 
misunderstood. 

b) Whether due consideration has been given to arguments made by 
Applicant, said arguments having typically been rendered "moot in view 
of new grounds of rejection", where in some cases the supposed "new" 
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grounds recycle nearly identical citations argued against by Applicant in 
the preceding Response/Amendment, 
c) General arguments in favor of non-obviousness have not received a 
response. 

3. Whether the filing date of the first (before any noncompliant notice) amended appeal 
brief is correct. 
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G. Arguments. 

Ground 1 

Ground 1 (formerly Ground 4) concerns evidence presented in rebuttal of 
examiner's citation of Lawson as prior art. This evidence was originally submitted on 
October 19, 2005 - after Appellant's response of Sep. 22 nd , 2005, but before Examiner's 
Final Office Action of December 14, 2005, and as such is an IDS pursuant to 
609.04(b)(2) and partially conforming to 37 CFR 1.97(c) an information disclosure 
filed during an RCE before final and with a 37 CFR 1.97(e) statement that said 
information only became known to the Applicant 3 months prior to the filing. Applicant 
only went searching for this information during the writing of his response to the 
examiner's citation and so met the standard of 37 CFR 1.97(e)(2). 

Applicant ultimately gave up trying to get Examiner to acknowledge the facts of 
609.04(b)(2), and due to increasing fatigue did not pursue again except on Appeal, where 
it was attempted to be reinserted as evidence in direct reponse to Examiner's citation of 
the prior art. Examiner apparently maintains that an IDS fee is due even under 1. 132. 

The IDS is important for these reasons: 

1) Removal of Lawman allows all claims to proceed to allowability. 

2) The commercial embodiment of the apparatus described by Lawman 
functions by means of a TCP/IP socket even within a web browser and 
so is part of the prior art that the present invention was designed to 
supercede. In particular, connectivity via a web proxy server is not 
possible and so operation behind most corporate firewalls is not 
possible, nor is operation by pure HTML form in the case where Java 
is unavailable. 

3) Xilinx (the assignee of Lawman '672) was an indirect customer of 
Rode Consulting, Inc. for the technology of the present invention. 
They were the ad sponsor of a site on ChipCenter, LLC, that made use 
of the present invention, demonstrating Commercial Success, and 
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Long-felt Need since the Xilinx IDS documents indicate an inability 
for the commercial embodiment of the Lawman technology to perform 
through proxy servers. Xilinx's own support documentation 
establishes a nexus between the Lawman '672 and the improvements 
over the prior art of the present invention (per in re GPAC, Inc. 57 
F.3d 1573, 35 USPQ2d 1116 (Fed. Cir 1995) and Xilinx's sponsorhip 
of the present invention demonstrates commercial success rebutting 
any prima facie case of obviousness (Display Technologies, Inc., v. 
PaulFlum Ideas, Inc. 282 F. 3d 1340 (Fed. Cir 2002) SI 533 & 
SI 542.60) 

Nevertheless, I have paid the fee of $180 in the interest of moving the case 
forward, and request that it be refunded as unnecessary. 

Ground 2. 

(Formerly Grounds 5/6) 

2a) Citation of prior art which is are irrelevant, in error or apparently misunderstood. 
This is not arguing against individual prior art citations, it is that citations cited by the 
Examiner do not teach what they are purported to and consequently cannot sustain the 
argument of obviousness. 

There are several examples of apparently obscure, irrelevant and otherwise apparently 
erroneous citations of the prior art. As a first example, from the Final Office Action, 
page 2, last paragraph, through page 3, first paragraph (first cited prior art in rejection of 
Claim 1): 

"As per claim 1, VanHuben (201) discloses a method 
and system for computerized design automation using 
inter-networking (e.g. World Wide Web) for 
transmitting design or simulation data over the 
network with feature limitations very similar to the 
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claimed invention (Abstract, "Summary of the 
Invention"). According to Van Hub en, the design 
simulation and verification method includes steps of 
creating 

- a transmission network including clients, servers, 
etc. to form a computing and simulation network 
wherein each network client would carry unique 
identifier such as addressing to client, account 
number, etc. (Col. 18, lines 20-25, col. 23, lines 17- 
49, as example). " 

OA 2005/12/02, pg 2-3. 

Technically, the World Wide Web is the collection of hypertext-linked (HTML) files 
accessible by the stateless, file-oriented HTTP protocol, whereas the Internet is the more 
general collection of gateways and routers connecting local computer networks (using the 
most widespread definition of these terms), and accessible by a variety of higher level 
protocols built on top of IP (the Internet Protocol), of which HTTP is just one. This is an 
important distinction as most prior-art CAD programs have used protocols such as TCP 
with intrinsic session state. Thus they used the Internet but not the WWW. 
Compatibility with HTTP permits access to the disclosed methods by means of a web 
browser, behind a firewall / proxy server. 


Moreover the specifics of the citation would appear to be erroneous. Claim 1, 10, 15 etc. 
disclose automatic server methods by which a token ("Unique Identifier") is created and 
transmitted to facilitate an interactive form-driven simulation process. Although an 
interactive mode for the retrieval of BOM information is disclosed by the citation, this is 
not "output data [as] functions of a simulation process" as disclosed in Claim le, and the 
reference to the DCS is to a person, not a server method (note use of "him" and "he" in 
following citation) and so cannot be construed equivalent functionality for a server 
method: 

"[Status onBOMs is and should be accessible in two ways.] The first is by 
automatic notification (e.g. e-mail) to the owner as soon as a BOM is 
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invalidated. The second is by means of displaying the BOM either interactively 
or in report form. This listing shows the overall status of the BOM, and all 
members of the BOM with their individual status. " 

Citation 3.1a, OA 2005/12/02, pg 3, paragraph 1 (Lawson 5,950,201, col. 18 lines 
19-25) 

"Authorities (Section 1.12) 

The DCS permits the Data Manager to establish a wide variety of authorities 
which gives him great flexibility in managing the library. Each type of 
authority can be defined very loosely (the user is authorized for all design 
components, at all levels, in all versions) to very tightly (the user is 
authorized on an individual design component basis). The utility for granting 
authorities works in one of two modes: 

In one mode the Data Manager is offered a screen in which he can fill in the 
design component name, type, level, version, user ids, and the type of 
authority. For any field, except for the user ids, he can default it to "ALL". 

In the other mode an authority profile can be called up and executed. An 
authority profile allows the Data Manager to pre-define the types of authorities 
for a given type of job. For example, profiles may exist for Designer, Technical 
Leader, Model Builder, etc.. This information is contained in an editable ASC 
file in which the Data Manager defines the kinds of authority to varying degrees 
of restriction. Once the profiles are created, the Data Manager uses this mode 
to either add/delete users to/from the profile and process the changes within 
the DCS. 

Authorities exist for the following tasks: 
Setting Locks (Move, Overlay, Update, ALL) 

Promoting design components and/or BOMs into levels (Engineering Levels, 

Release 

Level. 

Creating BOMs 

Initiating Library Processes 

Setting Pseudo Process Results " 
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Citation 3.1b, OA 2005/12/02, pg 3, paragraph 1 (Lawson 5,950,201, col. 23, 
lines 17-49) 

Again, citation 3.1b would appear to ignore the current wording of claim la) 
"synthesizing and transmitting said Unique Identifier by means of said Stateless 
Communications Protocol to at least one Client...". Instead, the citation discusses how a 
Data Manager (a human being "member of the design team", not a server method, as per 
col. 12, lines 16-18) can manually assign privileges to each member of a development 
team, which is the traditional Information Technology practice in almost perfect 
contradistinction to the teachings of the present application where all such "accounts" can 
be created and managed automatically, with an automatically assigned Unique Identifier 
for such accounts created and transmitted to and from the client without human 
intervention. 

"While more powerful situations are contemplated, the system can be installed in 
a prior art system, like that described in U.S. Pat. No. 5,333,312. Thus, as we 
show in FIG. 1, the prior art system of the earlier patent, can be employed in 
this application, by providing the system with new programs. However, such a 
system, as illustrated by FIG. 1 will be a data processing system 8, which may 
include a plurality of networks, such as Local Area Networks (LAN), 10 and 32, 
each of which preferably includes a plurality of individual computers 12 and 
30..." 

Citation 3.2a (Lawson 5,950,201, col 9, line 41 to col 9 line 62) 

The next citation, 3.2a, (pg.3, par. 2 OA 2005/12/02) "(Lawson '201 col. 9, line 41 to col. 
10, line 20)" would appear to be more relevant to the preceding paragraph of the office 
action but still irrelevant to claim 1, parts b) and c) as it describes the computing topology 
upon which the disclosed methods execute, without substantively addressing the form 
transmission and submission protocol of the claim. (Two internet technologies are 
mentioned, Java and VRML, which are interactive content types that imply nothing about 
communicating state via stateless protocols). Page 3, paragraph 4 of the 2005/12/02 
office action states ". . .different templates and system platforms such as high level 
programming languages, PC workstations, UNIX, etc as claimed...), where, plainly, 
Claim 1 is disclosing the Client-Server communication protocol in the restricted context 
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of a simulation. Claim 10 restricts this to graphical output and Claim 15 restricts this to a 
"Browser". 

The next citation, 3.2b, (pg.3, par. 2 OA 2005/12/02) (Lawson '201 cols 44-45, 63) is 
highly obscure, as it discusses "Automated Library Machines" and how they 
communicate using middleware to move data in heterogeneous compute environments. 
This is only related in the remotest possible way (i.e, transmission of data) to the 
disclosed transmission of a synthesized Unique Identifier back and forth with form data 
which is the clear intent of clauses b) and c) of Claim 1, and as such is not a relevant 
reference to the prior art. Also the reference to "structure design data" here appears 
misplaced, but might be appropriate to claim 9. We respectfully suggest this is a poor 
reference, however, appellant readily concedes that form transmission and submission are 
well-understood features of the client-server prior art. 

With regard to citations 3.4a,b,c,d and e (col. 6, lines 54-67; col. 9 line 53 to col. 1 1 line 
55; col. 16, line 33 to col. 18, line 64; col. 20, line 27 to col. 22, line 65; cols. 33, 44-45, 
51, 85-88), 3.4a) claims the van Huben Computerized Design Automation Method 
manages data and integrates just about any repetitive process related to design, 
development, manufacturing, inventory tracking. But crucially the system of van Huben 
does not contemplate a public demonstration/evaluation capability, particularly where the 
computation requirements may be substantial as is the case for simulations, and a primary 
application for the present invention and one that necessitates new methods for allocating 
finite resources in an uncontrolled environment. 

3.4b-e do not address the issue of merging form data with simulation template data. The 
words "merge" or "merging" appear nowhere within van Huben ('201), and a "Simulation 
BOM" (col. 21, line 62) is not a template under control of a "Simulation Coordinator 
(Integrator)" (col. 73, line 60 to col. 74, line 3). This is a list of items that will trigger 
processes when certain changes occur. Merging of SPICE data into a template, as 
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disclosed, is a known art but would require a fourth reference which would lend 
additional force to an argument for non-obviousness. 

Also in this same paragraph of the office action, the examiner states "In fact, Lawman 
teaches a web-based design method and system over a computer network to provide a 
user or client with a unique identifier", and cites Lawman, '672, col 7, lines 50-58: 

"The vendor (Xilinx) places a web page on the internet in a location to which 
users (e.g., Xilinx customers and potential customers) have access. In the screen 
display of the user's computer, the web page requests licensing and access 
passwords, which must be provided by the user in order to configure the design 
database. In this embodiment, the user interface will not write any output files 
unless the user accepts the license terms. This type of licensing requirement is 
well known to those skilled in the software art. " 
Citation pg 3, par. 4 (Lawson '672, lines 50-58) 

Plainly this says nothing about use of a Unique Identifier transmitted by a stateless 
protocol such as HTTP and would seem to reference Fig. 0a of the present application 
which shows a login step. As has been often stated in previous responses, however, the 
present invention is compatible with, but does not require, a traditional login step, which 
was only added at the request of a prospective client. Synthesis of the Unique Identifier 
only optionally depends on a user login. 

In fact, the Xilinx XPCI system disclosed by Lawson works by means of a Java applet 
opening a TCP connection to a host; a traditional client-server mechanism and something 
that does not work through standard firewall/HTTP proxies (as documented by Xilinx; 
see evidence appendix 12 and previous OA responses). Therefore, the cited reference 
actually demonstrates one of the limitations of the prior art the present invention was 
designed to overcome, and therefore helps demonstrate the non-obviousness of the 
present invention. 

Citations 3.4g and 4.1a/b of the 2005/12/02 office action (Lawman '672 Figs. 5-17, cols. 
7-10) refer to a "unique identifier" and an applet ID although the word "unique" does not 
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appear anywhere in Lawman '672 and ID only appears in "PCI Device ID" where it is a 
part of an illustrative example, not part of the preferred embodiment. 

We also dispute the triple rejection of distinct claims 4-6 in OA 2005/12/02 pg 5., par. 3 
("As per claims 4-6. . .") by reference to the non-extant "Unique Identifier" of Lawman 
'672, although it is conceded that Claims 4 and 5 depend on Claim 1 for their novelty. 
Claim 6, however, ("The method of Claim 1 wherein the Unique Identifier is made 
verifiable by means of an internal checksum.") is plainly nowhere to be found in van 
Huben, Lawson or Kahn. 

Similarly, on page 5, par. 2 of the office action of 2005/12/02, "As per claim 3 . . .", 
citation 5.1 (Lawman, cols. 6-10). In this case, the phrase "operating system" cannot be 
found in Lawman, although cross platform support is inherent in the idea of a web 
browser. However, the claim under discussion (3) is "The method of Claim 2 wherein at 
least some of said output data is automatically rendered by Client methods for graphical 
display." Lawman addresses synthesis and download of a package, not the graphical 
result of a simulation (see Lawman 6,324,672, col 10, line 58 - col 11, line 15), although 
it is conceded that the issue would be clearer if "graphical display" were referred to as a 
plot or chart. 

With respect to claim 13, pg. 8, p4 OA 2005/12/02 ("As per claim 13, Lawman teaches 
feature limitations such as getfile, logfile, datatype and format for simulation (cols. 7- 
12).") Lawman mentions server generation of simulation models and client simulation 
output, but not server simulations. This is critical because simulations are CPU-intensive 
tasks, and therefore not trivially shared. The log file mentioned in Lawman is plainly an 
error log file, not something intended for marketing purposes. It is also ambiguous 
whether the error logfile is located on the client or server. 


2b) Lack of response from Examiner to arguments made by Applicant, instead 


arguments are rendered "moot in view of new grounds of rejection", where in some cases 
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the "new" grounds recycle the nearly identical citations argued against by Applicant in 
the preceding Response/Amendment. 

(Applicant assumes the Examiner uses the word "moot" in its common legal sense of 
"null and void", as opposed to "debatable", which was the original sense of the word). 

Historically, this has been an issue with all van Huben references which when objected to 
have been "mooted" as "irrelevant due to new grounds of rejection". It in no way stands 
to reason that if a direct rejection of Claim N cites van Huben HI and "other" citation Ol, 
that a retread of this rejection recycline the almost identical van Huben citation with 
the same language except joined to a new citation 02, and possibly a third citation 03, 
moots the fundamental objection to van Huben HI (examples of which above, in Section 
1), such as relevance. See Office Actions of April and December 2005, and further in 
Section 5. 

The most recent response to final then simply says all arguments have been 
"unpersuasive". Consequently we ask that the Examiner be asked to respond in detail to 
of our arguments of September 22, 2005 filed in a response to his Office Action of April 
11, 2005. 

Unaddressed per-claim arguments against citations of prior art and and/or non- 
obviousness, (from response of 9/22/2005) 

The citation of Lawman (672) is actually an excellent argument in favor of the novelty 
and non-obviousness of the present invention, since Xilinx was apparently aware (see 
appnote reference in IDS) of the inability of their XPCI applet to work behind corporate 
firewalls. In 1999, ChipCenter (formerly EDTN), part owned by CMP Media, was the 
sole client for the technology of the present invention, which was being used in HTML 
"interactive articles" to permit user simulation of circuit ideas explained in the text. 
Towards the end of 1999, Xilinx became the primary sponsor of this site (at the same 
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lime they were prosecuting the predecessor lo (672), and lliey were ver\ interested in the 
present invention discussions took place about making the technology available directly 
to Xilinx. Those discussions did not produce a new sale, though they continued to 
sponsor the site lor some time alter and their interest validates the no\ell\ and non- 
obviousness of the present invention relative to Lawman (672). Synopsys was also 
interested at this time. 

The most general arguments lor non-obviousness remain the size olThe electronics 
industry (multiple 100's of billions of dollars in 1997) and the high visibility of the 
internet in 1997. This Lack of Prior implementation points to an Assumed 
I "nworkabilily, which applicant posits as a possible failure to appreciate the cumulative 
increase in performance of mainstream CPT f s. coupled w ith a widely held 
underestimation of the potential of the WWW for client-server interaction. 

The present invention has no pretensions to claiming the invention of CAD using a web 
browser, and has in fact disclosed prior art in this regard. The prior art. as was the case 
with Van iiuben and now Lawman (672). typically requires administered accounts for 
security and resource limiting purposes, w hereas the present invention does not have 
these limitations. Consequently CPU-intensive activities such as circuit simulation can 
be made publicly available, which is a new frontier for CAD. Lawman (672) specifically 
discusses the need for login accounts. Unfortunately, the present invention included an 
optional login step which the applicant would consider removing for clarity if it would 
not be considered "new matter". 

After further reflection, applicant believes the blandness of the phrase "Unique Identifier" 
may be the core obstacle to allowability and so has modified claims 1. 10 and 15 to make 
explicit that the Unique Identifier is something thai is transmitted at the Stateless Protocol 
level and so can in no way be construed as any part of traditional client-sen er 

communication. 


Page 21 of 46 


Appl. No. 09 / 287,478 

Appeal Brief, as amended 8/26/2009 and 9/1 8/2009 Sep 1 8, 2009 

Amended brief in response to a Notification of Non-Compliant Appeal Brief 


Regarding "As per claim 1", 

Lawman's (672) sole advantage over Van Huben (201) is the demonstration of a Java 
applet used to contact a remote server for CAD purposes, but Lawman does not teach 
anything about how the applet communicates with the server and in particular it does not 
address a need to dynamically synthesize an identifier, which would likely be superfluous 
since Lawman specifically discusses the use of "access passwords" (C7:L50 - C8:L1 1), 
which would seem to imply the existence of accounts. In fact, Xilinx's own app notes 
would appear to disclose an inability to communicate via a (HTTP) proxy server. 

Regarding "As per claim 2", 

The novelty of this claim depends on Claim 1. 

Regarding "As per claim 3", 

Lawman does demonstrate various user interfaces compatible with multiple operating 
systems, apparently by means of a Java applet (inferred from Fig. 6, and various 
"Unsigned Java Applet" messages in other Figures). Cross-platform functionality is 
intrinsic to Java and HTML. Critically, however, an explanation of the networking 
details is absent in Lawman, and so cannot be considered taught. 

Fig. 6: 

"XPCI Web Based Programming Interface Applet $ld: 
xpciClientjava, v 1.3 1997/01/24 16:41:12" 

Regarding "As per claims 4-6", 

Applets have multiple connectivity options in contacting a server: 

1) With ordinary applet privileges, an applet may open a connection to the server 
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from which it was loaded. With full privileges (not the default, nor apparently the 
case here as it requires a signed applet), an applet may open a server socket and 
make contact to any port on any machine on the Internet. Opening sockets for 
communication is traditional behavior for client-server applications and is not in 
general compatible with proxy servers. I have found this on a foreign website, 
which appears to be a copy of an old Xilinx appnote regarding XPCI (relevant 
portion) 


This error can occur while trying t 
Generator from behind a corporate i 

with the server at www.xilinx.com. Some corporate firewalls 
block these type of connections. 

There are currently a couple of workarounds: 

tor that the firewall d. 


3) Contact the hotline 
and details of what coi 
generate the core and e 


2) An applet may contact a server using the ordinary CGI GET / POST mechanism, 
which does not by default cause any preservation of state on the server, and in 
many cases this is sufficient. Certainly it could have proved sufficient for 
Lawman, et al, to simply spawn a traditional CGI process which after running for 
some time on the server returned results directly, or emailed them. Because it was 
required that the user log on to his or her account, there was no need to create a 
"Unique Identifier". 

3) The present invention also makes use of the CGI mechanism, but adds an 
automatically assigned unique identifier for a multiplicity of purposes, amongst 
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which is management of state on the server in the absence of an open socket 
connection or login account. Lawman neither teaches nor anticipates the need for 
a dynamically assigned unique identifier at the application level. 

Regarding "As per claim 7" 

Use of the word database in Lawman is essentially restricted to "design database", 
equivalent for the present invention to a submission of user data. What is referred to as a 
database in the present invention is something with a completely different purpose, that 
of storing auditing data. 

Regarding "As per claim 8", 

As previously noted, van Huben does not teach lowering of process priority based on 
usage. Van Huben's resource/attribute tables appear directed at preventing deadlock by 
enabling or disabling entire processes according to resource availability, rather than 
adjusting process priority. 

Regarding "As per claim 9", 

Lawman does not teach the synthesis of a circuit that is transmitted to the client for 
editing within a browser window for subsequent simulation. 

Regarding "As per claim 10", 

The issues are essentially the same as in 1: Lawman does not in fact teach the use of an 
on-demand synthesized or created Unique Identifier, instead he refers to passwords, a 
traditional method part of the prior art. 

Regarding "As per claim 11", 

As previously noted, the privileges described herein need not be assigned by an account 
manager. These privileges may be derived by domain, from a "ticket" (perhaps stored in 
a cookie by another process), or by means of the link the user used to reach the first 
interface page, etc. 
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Regarding "As per claim 12", 

Neither Lawman nor van Huben say anything about cookies. 
Regarding "As per claim 13", 

Lawman discusses log files in two contexts - the saving of error messages and the 
reading of data from IC. In the first case, the error messages can be used for debugging, 
but Lawman says nothing about marketing or sales. 

Regarding "As per claim 14", 

It is true that Lawman discloses the use of passwords to access the XPCI applet. But 
there is no transmission of a Stateless Communications Protocol-compatible Unique 
Identifier. 

Regarding "As per claim 15", 

The issues are essentially the same as in 1: Lawman does not in fact teach the use of an 
on-demand synthesized or created Unique Identifier, instead he refers to passwords, a 
traditional method part of the prior art. 

Regarding "As per claim 16", 

As previously noted, applicant does believe it is possible for a single user of the IBM 
DCS to initiate multiple simultaneous processes, but as there is no attached citation, and a 
search for keywords could not discover any discussion of automatic elimination of 
multiple simulations or other processes. 

2c. General arguments by Applicant in favor of non-obviousness have not received a 
response from Examiner. 

From the first Reply/ Amendment, Applicant has made various general arguments against 
non-obviousness: 
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2c(i) The present application Solved an Unrecognized Problem 

To the best of Applicant's belief, at the time of reduction to practice (March- July 1997) 
there were no web-based CAD/CAE tools designed for public simulation of circuits by 
means of HTTP and the WWW. There would not be any equivalent public systems for at 
least 3 years. Applicant is still unaware of any system that directly couples design 
synthesis (e.g., Active Filter synthesis in the present invention) to subsequent online 
verification via SPICE simulation. This latter application met with significant 
Commercial Success through license via EDTN/ChipCenter until the latter closed its 
doors, years before a rival technology supported by National Semiconductor appeared. 

2c(ii) Unsuggested Modification and Combination Unsuggested 

The introduction of state for a HTTP-CGI-based simulation was unsuggested at the time 
and its advantages unappreciated. In the Applicant's view, this was due to the New and 
Surprising Result that simulation on the latest PCs was fast enough to be interactive, and 
to the then widely held (and erroneous) belief that web browsers could not support 
serious client-server applications. 

Among the disclosed references, please consider Lorenz, P. and Schriber, T., "Towards a 
Web-Based Simulation Environment", Proc. of the 1997 Winter Simulation Conference, 
Dec. 7-10, 1997), pg 1341 and Regnier and Wilamowski, "SPICE Simulation and 
Analysis through Internet and Intranet Networks", IEEE Circuits and Devices Mag., May, 
1998. Note that both of these references post-date the reduction to practice of the present 
invention, and in the case of Regnier, the present application's provisional filing date 
also. In other words, not only was public simulation interesting over the internet, but any 
complex (SPICE) simulation. 

The former reference (Lorenz, et al) is a fair summary of the state of the art as of Dec. 
1997, and the mere fact that an expert in the field at that time would still title a 
conference paper "Towards a Web-Based Simulation Environment", with the implication 
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that such an environment is yet to arrive, augurs in favor of the non-obviousness of the 
disclosed methods at the time of their creation. 

The latter reference (Regnier, et al) indicates that the subject of SPICE simulation on the 
Web was still novel enough in 1998 as to be worthy of scholarship. It should be noted 
that SPI, although still used today, to the Applicant's knowledge never met with 
commercial success, presumably because it required a login step. 

2c(iii) Commercial Acquiescence 

In his Office Action of 2005/4/1 1, the Examiner cited Lawman, et al (6,324,672), which 
is an outstanding argument in favor of non-obviousness as Xilinx was the sponsor of the 
ChipCenter site during its initial run. In fact Xilinx's XPCI demonstrates precisely those 
limitations of the prior art that the present invention was designed to obviate. That Xilinx 
became a customer, even if indirectly, should mitigate in favor of allowability. (See 
Additional response to Office communication regarding 09/287,478,mailed 9/26/2005 
and attached screenshots). 

Please refer to Lorenz, P. and Schriber, T., "Towards a Web-Based Simulation 
Environment", Proc. of the 1997 Winter Simulation Conference, Dec. 7-10, 1997), pg 
1341 and Regnier and Wilamowski, "SPICE Simulation and Analysis through Internet 
and Intranet Networks", IEEE Circuits and Devices Mag., May, 1998. 

The fact that as late as Dec. 1997 an expert in the field could still title a conference paper 
"Towards a Web-Based Simulation Environment" , with the implication that such an 
environment has yet to arrive, should be taken as evidence of the non-obviousness of the 
methods disclosed in the timeframe of their creation. 

2c(iv) Crowded Art 
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The field of client-server CAD/CAE software is crowded and competitive and the 
electronics industry is one of the world's largest, yet none thought to implement a similar 
system. 

2c(v) Different Combination 

Even though client-server CAD systems have existed since at least the 1980's, and 
although the client-server connectivity of such systems necessarily involves state, such 
state is not inherent in browser-based client-server systems and always operates in a very 
different manner and at a application or user account levels, not at the lower network, 
transport, or session levels. 

Many of the examiner's arguments appear left over from before the most recent 
refinement to the claims, where there is no mistaking the nature of state used to 
communicate the "Unique Identifier". 

2c(vi) Awkward. Involved Combination 

To adapt van Huben (201) to perform any interactive task would be awkward in light of 
Lawman and Kahn. It would be extremely difficult as the output of Lawman is typically 
complex library manipulations and batch builds of an intrinsically non- interactive nature. 

To these should be added that Lawman (Xilinx) serves as Competitive Recognition and 
Failure By Others (since the present invention solves a problem they failed to), although 
admittedly, we did not have a license agreement from Xilinx to substantiate that it was 
the present invention, per se, that was responsible for their interest. 

"Hint: this scenario could be an implementation of our DMS in a large mail order 
clothing outlet which caters to Web shoppers." Hinting is not teaching. 
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Ground 3. 

Thsre is a quc^ton as to the ilhng dote of the lifst pre- notice amendment o this appeal 
(Jttnendinenr A, Express Mailed 1/20/2007. bat marked received as 1/23/2007). The 
filing date ma> wcl' be irrelevant Mace the brief was sukseui* early found to be non~ 
comptiant and amended. 


Conclusions 

For the reasons given, vve respcc + fuhv hole; {hat the present Application deserves 
further prosecution on die oients and that if held 10 an equitable standard with 
contemporary art. even including art post-dating the reduction to praaice of the psesent 
invention, claims i-ln will be four d allowable. Appellant lcspectfblly »equcste thai the 
eviderce of October 19, 200^ vs Lawman 6 7 2 be a Inutted and to reverse thv rejection 
of claims .1-16. 
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H. Claims appendix. 

I. A server simulation method, for use with at least one Client communicating with 
at least one Server over a Network by means of a Stateless Communications Protocol, 
said simulation method comprising the steps of: 

a) synthesizing a Unique Identifier and transmitting said Unique Identifier by means 
of said Stateless Communications Protocol to at least one Client, said Unique Identifier of 
a data type compatible with proxies for said Stateless Communications Protocol and said 
Unique Identifier to be used by at least one Server for at least one of the purposes of a) 
maintaining server state including, but not limited to, separation and management of User 
data, b) limiting access to or limiting use of server resources, c) tracking server usage or 
d) server security; 

b) transmitting Form Creation Data to said at least one Client; 

c) accepting User Form Data and said Unique Identifier from said at least one 
Client; 

d) merging said User Form Data from said at least one Client with other data, 
including simulation template data; 

e) processing said merged data to produce output data, wherein said output data are 
functions of a simulation and in a format compatible with said at least one Client display 
instructions; 

f) transmitting said output data to said at least one Client. 

2. The method of Claim 1 wherein only steps c-f may be repeated for each new 
simulation of the same form and wherein only steps b-f may be repeated for each 
simulation of a new form. 

3. The method of Claim 2 wherein at least some of said output data is automatically 
rendered by Client methods for graphical display. 

4. The method of Claim 1 wherein said Unique Identifier is used to keep the data of 
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each user separate from all other users, with high probability (>99%). 

5. The method of Claim 4 wherein said user data is stored in temporary files with a 
limited lifetime. 

6. The method of Claim 1 wherein the Unique Identifier is made verifiable by means 
of an internal checksum. 

7. The method of Claim 1, comprising the following additional steps before 
processing of said merged data: 

a) retrieving a database record indexed by the Unique Identifier, said database record 
containing at least an associated simulation usage and timestamp; 

b) creating a new database record when no existing record is found, said new 
database record indexed by the Unique Identifier and containing at least a simulation 
usage initialized to zero (0) and a timestamp initialized to the current time; 

c) deleting said retrieved record and backing up at least one step, if said timestamp 
has become older than a certain threshold; 

d) skipping at least the processing of said merged data, if the simulation usage per 
unit time has exceeded some threshold; 

e) updating said simulation usage in said database record and saving the updated 
record in said database. 

8. The method of Claim 7, wherein the simulation usage is used to lower the process 
priority of the simulation. 

9. The method of Claim 1, wherein additional steps related to circuit synthesis are 
inserted just before step b), such steps comprising: 

aa) transmitting Circuit Synthesis Form Creation Data to said Client; 

ab) accepting Circuit Synthesis Form Data from said Client; 

ac) synthesizing a circuit according to said Circuit Synthesis Form Data, where said 
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synthesized circuit and other temporary files are optionally kept on the Server and 
indexed by means of the Unique Identifier for eventual use in step le); 
ad) creating Form Structure Data for use in step lb), said Form Structure Data 
containing circuit topology data. 

10. An interactive network simulation method, for use with at least one Client 
communicating with at least one Server over a Network by means of a Stateless 
Communications Protocol, said method comprising: 

synthesizing a Unique Identifier and transmitting said Unique Identifier by means 
of said Stateless Communications Protocol from a Server to a Client, said Unique 
Identifier of a data type compatible with proxies for said Stateless Communications 
Protocol; 

transmitting Form Creation Data from a Server to said Client; 

transmitting Schematic data from a Server to said Client; 

displaying a Form as described by said Form Creation Data and rendering an 
associated Schematic as described by said Schematic Data by display methods of said 
Client; 

merging of User Form Data from said Client with other data, including simulation 
template data; 

processing by a Server of said merged data to produce at least graphical output 
data, wherein said graphical output data are functions of a simulation and in a format 
compatible with said Client's display instructions; 

transmitting at least said graphical output data to said Client. 

1 1. The method of Claim 1, wherein said assigned Unique Identifier is associated 
with superior or inferior privileges, said privileges comprising at least one of: a) access to 
models and circuits, b) simulation priority and/or maximum simulation time, c) 
quality/accuracy of simulation methods employed, d) the maximum size and/or 
persistence of design and/or simulation data. 
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12. The method of Claim 14, wherein said assigned Unique Identifier is saved on the 
Client (e.g., a "Cookie") to permit a simulation or synthesis session to be suspended and 
resumed at a later time without requiring the user to re-qualify for access. 

13. The method of Claim 1, wherein some portion of the said User Form Data is 
logged together with at least said Unique Identifier for marketing, sales or debugging 
purposes. Suitable storage mechanisms for said logged data include, but are not limited 
to: a) HTTP log file (if HTTP GET mechanism used to initiate simulation), b) file of a 
type and format determined by the simulation software or c) database record. 

14. The method of Claim 1, wherein said Unique Identifier is created and transmitted 
contingent upon the user qualifying for access by successfully conveying appropriate 
qualification data from the Client to the Server. 

15. A server simulation method, for use with at least one Client communicating with 
at least one Server over a Network by means of a Stateless Communications Protocol, 
said simulation method comprising the steps of: 

a) synthesizing a Unique Identifier and transmitting said Unique Identifier by means 
of said Stateless Communications Protocol to at least one Client, said Unique Identifier of 
a data type compatible with proxies for said Stateless Communications Protocol; 

b) transmitting Form Structure Data to said at least one Client; 

c) accepting User Form Data and said Unique Identifier from said at least one 
Client; 

d) merging said User Form Data from said at least one Client with other data, 
including template data; 

e) processing said merged data to produce output data, wherein said output data are 
functions of a simulation and in a format compatible with said at least one Client Browser 
instructions; 

f) while processing said merged data to produce output data, simultaneously capable 
of accepting and processing new User Form Data from said at least one Client, reception 
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of said new User Form Data with identical Unique Identifier causing present execution of 
simulation method to be aborted and associated resources freed in favor of processing of 
said new User Form Data; 

g) transmitting said output data to said at least one Client. 

16. The method of Claim 1 with the additional ability to execute a plurality of 
simulation method steps c-f from a single Client concurrently, said plurality being 
reduced to a single simulation method by aborting all but the method steps corresponding 
to the last submitted Client User Form Data. 
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L Evidence appendix. 

Appendix 1 1 

Evidence of Partial Reduction to Practice in the April 1 997 timeframe (3 pages) 


GtmJeri Wmre Solutions 


(y ' 7 r ^ J...?****'^^. 


Note 1: 418/1997 of transmission 

Note: 2: Guided Wave Solutions has no interest in the intellectual property that is the subject of this appeal 
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Appendix 1 2 

SUPPLEMENTAL DECLARATION per 37 CFR 1.132 

DeclaraUon travel sing objection or rejection ( ^ pages) 

As ,m applicant in the aU>Ye-id,ntjij ,J fipp]ju.iij^n. I dedaje as HOl'^v- 

! T ajn tlk- sol-. 1 inventor oj'rlk- suUiecl indues <~>i the aU>v : vtenhfxM tjpplic^noii 

2 I ha\ o i ;xic\'. :c\ j n<] nndei stand llio o- Mi: .-ill* of --p.'ufieatj on and ciaim--, as 
oj-j^jn-iilv Tjk-d and as jnk-jidcd bvtK, .jni.ndnsuutfs) dased 

3 :s :oo: t as i^sjd o 13 :oo:u 9 2003 s 2s 2003 ^s levied v 2v :oo3i 

S 1 i 200d. 12 io 200 L and ■> 22 2005 

3 T b ;h .'v ; :h : :t I atii th-v on^jntiS and iirsl mvejiior ff the subied maties v hi ^ h js claim. >d 
o.Ttd ibl v- luc-h a pa i .'lit Is s^glit 

I I .n.l n^wledye Ok- duh to dj >ej'^e tntlittnaij'tn v hjcii is m-iVi'iiii so On.- ^xainmatioi; of 
the api'li'.ation in acoidai^e v dh 3~ (. F R S-.s. >um j ^( a ! and if this oath 
a-, companies -m iofv.rs to a eoniinnation-in-pari application, I ^eknov; ledge th-j duiv to 
di-cio-j: jnat ,ttal mfotujanon as demied in 3~ i 1 I fi Section I 5!)( ! i,;vhich. occurred 
bdWoon th.- jjlijisi d-ti : of Hi.' plio: jpplicatlolJ and tho national vl PCI international 
fduiL' daie vf Iho contm;3diK-n--in-paif: application 

Inpaiti.J Mfillinent vL S.-chon 1 Hmji please eonsidoi ill.- jollying evidence -xnsnnalb 
•-iibjniTieda- an Informant Oj^i'^usv S^tement uUobe!' 1" 2uo5 but LkI-Uj^ a 
•datement 1K (J t iKjs nsaierial v> as djscovejed v> him; the prioi 3 mond^ in; response n> 
EN.mnii.'t \ -.dalion of \ihnx pnoi aTi > .md so noi considei :d b> fh.- Ex-mmi :\ 

Answer Record #7436: LcgsCORE PCI - F-ror "XPCi CORE Generator Server 
( transactors faded Failure cause- 103? " X' : inx .":00§ fretfiov?<i on October SO. <?00i>j, 
^ ' Retrieved from tne internet: 

<URL: httpv/www xtiinx com,'x!rix/X!l„ans_d!sp!ay jsp'.'getPagePattr- M36> 

CORE Get^erator for PCt- The Rrst Web-Based DeveSopment Tool for 
4 2 ^PGA Design. Xifinx, }nc 199/ [retrieved on October 19. 2005]. 
Retrieved from trte internet: 
<URL:h«p://V^w.xi!!nx.com/xGe!f/xS2S''xi25.J4.pdf> 

CORE Generator Questions & Answers. XiSinx, Inc. 199? [rfitri«ved on 
4 3 October 2006} (cor5t'd\ 
Retrieved from the Internet: 

<URL: http:/ftAfWw.x)!inx.corn/producf&'!og)cafe/pci/cg qa.htm> 
4 4 Emaii from Mark Noble. Xthnx Technical Support. Xilinx, inc. Oct 1 9, 2005 

4 s ''Wrsy Choose a Monoiithic instrumentation Amplifier". EDTN ' Rode 

Consutitng. 19&9. [retrieved ort October 19, 2005] Note Xilinx sponsorship. 

Table of citations 4, 1 -4.5 


Page 38 of 46 


Appl. No. 09 / 287.478 

Appeal Brief, .is amended 8 26 2009 and 9 1 8 2009 

Amended brief in response loa \oliliealion ofNon-t'omplianl Appeal Brief 


Sep 18, 2009 



Citation 4. 1 

Page 39 of 46 


Appl. No. 09 / 287,478 

Appeal Brief, as amended 8/26/2009 and 9/1 8/2009 

Amended brief in response to a Notification of Non-Compliant Appeal Brief 


Sep 18,2009 



Page 40 of 46 


Appl. No. 09 / 287.478 

Appeal Brief as amended 8 2o 2< l( and ^ 18 200Q 

Amended briet m response to a Notification ot Non-Compliant Appeal Briet 


Sep 18 2(»()9 


U#v«UXI itmssUfrffi jI Answers iflews** iffterw) t^low 


IIXIUNX 


XtHnxPCI 

T ogiC( )RF TVT Questions & 

Q i'jiijl, „it ti li f f u rii r nhnirt ml 1 .nil jltlfL a' 1 ' 'f_E I Imt-iW 
AAnyJi-M rtutilclti.- ;i iji.1i-u.ri ;2 lTct.. ji f I. n Lbi...ttE ]1 in. n.i ili 

• : Hot Java. 

Q "1l In in i - t tVL ^'"lil'lllfrriirl 1 uttir-rt< 

A EvrrV L JIL'L'IJE Pill l.trl Hi.t tUPl I ll Irr fcldintrtmirr rjtl trJl.tft tl ktir t Jrt V rr-- 

s to the Core 

Q H i «j ' Jul uj J ft i ii t Hit I tl i rti • .• L r ir ml 

A J-i -I'TlTHtllr if 1J11 filr" 1. d TT Jllfl1 1° UJ lli-qilct Plrl f C ljtj.1 t r , 18 1 I jl IIltlL. 


Q "tmlj Ir^rlim tmim- or -lift rtt It Ithrl ? i i -FFIi'I 

Aln dl .r - m.t uirt i mi d i- jim tatituU lc nptLt tu tEI'VU < b ' uul ru.r I Jjkc: 
ha. tr k idnl i imnnitr Itlir Q „ u mj . ,n t FI'14.1 nun FIH4.E ]il 1 ut ..ill .4 1 
i .um-iitrlfl v . t i 1.1'iti iidlT ■ 1-rul.i. 

<J: How will the intellectual propertv be protected? 

A The I gi' V'Ti I ' '1 intrii ti r . ai 1 - I Aid t It- It mtrl ji'iiII H L if ?r i a 
1 J" V 1 ljl. tr tr 1 TIP J 4i7lr1 LEEu t '"Id h L ziCOIE Ii.Iu.ri hw a-, r.: |pi„ . 
.nil, i.alJlr IStlirti, Jt t, , tP 1 jr. Ttfl rn„I u ni t mn t , [i •, r •: i 

jiilr^jlu tr I'~IE jn ir Intn tt 1 jIjh' V-^ifilr- 


Page 41 of 46 


Appl. No. 09 / 287,478 

Appeal Brief as amended X 26 2< >< |Q and ^ 18 2<)<lQ 

Amended brief m response to a Notification of Non-Compliant Appeal Brief 


Sep 18, 2009 


Reply-to roiiknoH.-gKiluiy com 
FROM: Mark Noble 

******* rj-jjg jtollowmg is an email from Xilmx Technical Support: 
*,<****,, pi ease (j 0 no ^ r eplv to this email. 
******* j 0 le pi^ sCI1( j en iail to the addie---. m^ii ji<Jie,fi2^ 
******* and reference the case number shown below. 

CASEJD_NUM: 604367 


Dear Chris, 

With regards to your case: - 
CASE #604367 

RE: PCI core 

The PCI coie is still available on the PCI « eb site, and is piovided m a ZIP file only, and their is no WEB 
CONFIGURATION tool for the PCI core, other Hian the UCF Generator. 

The ieason for this is that the PCI core is now included with in the COREGEN tool, as of ISE 7. li SP2 with IP 
UPDATE 2. Coregen is capable of providing the PCI core, as well as being able to configure the core with out all the 
problems that the WEB CONFIGURATION tool had 

The PCI core in coregen is controledby means of a license file which can be obtained form tire PCI lounge once the 
core is purchased. If vou have not purchased teh core then you can sull generate teh PCI core but will only be able to 
get the simulation models. If you requier a hardware time out evaluation version of the core, then you will need to 
reqest a license file for this. 

Full information onhow regenerate an evaluation version of the PCI core can be found at the following web link:- 
littp wn\ Mlniv com ipi-'ntei ipa% aluation ia i_>n ablation htm 


Best Regards 

Mark Noble 
Tech Lead 

Xilmx Technical Support 


Tot all new technical supporl issues not m lefeience to the above 
case, please contact the appiopnate supped office below Also 
please visit our WEB site at http ' suppoit \drn- com foi the latest 
\_v \ Xilmx documentation and application information. 
lhtlp'//su|:'port.X!h!ix.t:o.j|:- for Japanese) 

For Customer Education mformati on, please visit 

bttp yyvt support \ilmx i om ■orpp^rt eductinu-hupii, Ivm 

For Technical Support, contact information, please visit 

tittp 'i yipp'it xiliii^ (.om suDTviit seiMces tanui' uituhirn 
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This materia) was not found as pari of a general search, but in specific response to 
examiner's citation of Lawman 6,324,672 (assigned to Xiiinx), and therefore .more 
directly connected to Examiner's objections and the content of Applicant's response. To 
summarize an earlier office action response; 

1) Citation 4.1 demonstrates the inability of the Xiiinx LogiCORE PCI tool to 
work through firewalls, which is not a limitation of the present invention; 

2) Citation 4.3 demonstrates a requirement for registration by users, which is not 
a limitation of the present invention; 

3) Citation 4.4 suggests a lack of commercial success of the LogiCORE, as it 
was later withdrawn as a web tool; 

4) Citation 4.5 demonstrates that Xiiinx was a sponsor of ChipCenter's 
deployment of the present invention (Articles with embedded interactive 
simulations); Applicant holds therefore that the citation of Xiiinx is in fact an 
excellent argument in favor of nonobviousness since Xiiinx effectively 
licensed the technology of the present invention in preference to using their 


Applicant had to this point considered the IDS as a neutral mechanism for disclosure of 
art both prior art and other materials, where 37 CFR 1.132 may have been more 
appropriate for the latter. In this vein, Applicant would like to point out that the IDS of 
1/1 5/2005 (filed in conjunction with RCE) includes material that postdates reduction to^ 
practice so as to emphasize the non-obviousness of the present invention at the time of its 
conception and/or reduction to practice. 

5. i hereby declare that all statements made herein of my own knowledge are true and 
that all statements made on information and belief are believed to be true, and further that 
these statements were made with the knowledge that willful false statements and fee like 
so made are punishable by fine or imprisonment or both, under Section 1001 of Title 18 
of the United States Code, and that such willful false statements may jeopardize the _ ^ 
validity of the application, any patent issuing thereon, or any patent to which this verified 
statement is directed. ./" \ 


Signature of Inventor w 

Primed Name of Inventor J^ArJ^MikBQ^L.. 
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J. Related proceedings appendix. 

None. 
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